home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000326_fdc@columbia.edu_Tue May 2 12:10:11 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: output pacing questions
  5. Date: 2 May 2006 11:37:03 GMT
  6. Organization: Columbia University
  7. Lines: 40
  8. Message-ID: <slrne5eh2v.67g.fdc@sesame.cc.columbia.edu>
  9. References: <qbD5g.1797$A26.49545@ursa-nb00s0.nbnet.nb.ca>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1146569823 2509 128.59.59.56 (2 May 2006 11:37:03 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 2 May 2006 11:37:03 GMT
  15. User-Agent: slrn/0.9.8.0 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15583
  17.  
  18. On 2006-05-02, Scott Caissie <scottac@nb.sympatico.ca> wrote:
  19. > Whats the default pacing speed? I'm guessing 1 millisecond.
  20. >
  21. Default is no pacing at all.  If you "output foo" then "foo" is sent
  22. as a string.
  23.  
  24. > Can I turn off the pre-check for pacing speed?
  25. > When I increase this to a significant number such as 1000-2000 milliseconds,
  26. > and try to output a string, it waits the full duration in COMMAND mode for
  27. > the pacing. When I go to CONNECT mode, it takes an equal amount of time to
  28. > output it. I have no problem with the last part. Its suppose to output at a
  29. > certain speed that you specify.
  30. > I just don't get why it does a pre-check on pacing.
  31. >
  32. > example:
  33. > set output pacing 2000
  34. > output testing123
  35. > its gonna sit for 20 seconds before I get access to the prompt again. Then
  36. > when I go to CONNECT mode, it will do the same thing. How do I turn off the
  37. > pre-checking or whatever this is?
  38. >
  39. This doesn't sound to me like something it's supposed to do.  The pacing
  40. quantity is supposed to apply after each character of the OUTPUT string.
  41. I did a quick check just now (on an SSH connection):
  42.  
  43.   set output pacing 1000
  44.   output foo
  45.  
  46. This took exactly 3 seconds, as expected.
  47.  
  48. > The main goal was to do a very long task by checking anywhere from 10-200
  49. > articles. I wanted it slow enough as to not cause any errors as to which
  50. > screen it will be on. But the pre-check phase sorta scraped that idea
  51. > entirely.
  52. >
  53. I guess I don't understand your application, but there are many ways to
  54. synchronize things.  The only purpose for OUTPUT PACING is to prevent data
  55. overruns on connections that are not properly flow-controlled.
  56.  
  57. - Frank